(amount from SIZE resource) + (size of native code)
or, if this is not possible, at least
(minimum amount from SIZE resource) + (size of native code).
relocatable block in your application's heap, allocated low in the heap. Because there is no segmentation, the whole native code has to be loaded at once in this case, where virtual memory is turned off. And because the Process Manager can't know how much of the application heap space is needed for data blocks, it's safest to keep the full size of the application heap. In the Get Info window, the Finder displays the size as the sum of The Code Fragment Manager will then load your code into a non-the amount in the SIZE resource and the size of the native code. Note that when you change the numbers, the Finder will not add the size of the code when it updates the numbers in the SIZE resource.
In the second case, virtual memory is turned on. Now, the size of your heap
will be determined the same way as on a 68K system, solely from the SIZE
resource (and available memory constraints, of course). In this case, your code
will be loaded in memory-mapped VM space, which is not in your heap.
Main | Page One | What's New | Apple Computer, Inc. | Find It | Contact Us | Help